Windows建立UDP的客户端和服务端

time_cool: 题主我认为第二个问题的解答有点问题，这个时候不一定就是死锁吧，会导致客户端超时重传，多次重传失败就认为目标不可达。 我总结的原因，不一定完全正确： 主要原因有三： - 三次握手才可以阻止重复历史连接的初始化（主要原因） - 三次握手才可以同步双方的初始序列号 - 三次握手才可以避免资源浪费 当历史连接由于网络拥塞导致其在客户端重新请求之后，新请求达到之前先一步到达客户端，那么客户端发送的ACK便是历史的连接请求，此时客户端发现后便需要RST中断连接，但此时服务端已经是established因此会发送数据造成浪费，主要原因是两次握手「被动发起方」没有中间状态给「主动发起方」来阻止历史连接，导致「被动发起方」可能建立一个历史连接，造成资源浪费。 除此之外通过三次握手才能约定客户端和服务段双方的初始化序列号，如果两次的话只能确定客户端的初始化序列号。 如果是两次握手，当网络拥挤时由于SYN报文的丢失，会导致服务端手段多个重复的SYN，由于经过了一段时间的传输因此可能会造成多余连接的建立，造成资源浪费。 每次都是接收到数据包的一方可以得到对方的状态，发送的一方其实没有任何头绪。因此至少需要三次握手才能使得双方都确定对方已经完成发送数据的准备。

凌霄online: 博主的文章写得很好，支持一下

凌霄online: 博主真乃网安之新星，赞赞赞！